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METHODS AND SYSTEMS FOR ASSISTING SCHEDULING WITH 

AUTOMATION 

TECHNICAL FIELD 

5 The present invention is related to scheduling such as making reservations or 

appointments. More particularly, the present invention is related to assisting with such 
scheduling with automation. 

BACKGROUND 

10 Scheduling of reservations, appointments, tee times and so forth is typically a 

manual task where one party directly communicates with another party, and this task can 
often result in inconvenience to both parties. Such direct communication requires that the 
party wishing to present a scheduling request seek out the other party such as by an in- 
person meeting, a voiced call such as a telephone call, or an email to communicate a 

1 5 schedule request. The requesting party is often inconvenienced because it may be 
difficult to successfully contact the scheduling party. 

To complete the scheduling once the requesting party has successfully contacted 
the scheduling party, the scheduling party must verify that the schedule request is 
compatible with the current schedule by looking up the requested date, time, service, etc. 

20 to see what is available. This inconveniences the scheduling party because this requires 
time to communicate with the requesting party, then make the determination and update 
the schedule as necessary. Furthermore, the scheduling party may commit human error 
when making the determination and updating the schedule such that the scheduling is 
done incorrectly, to the detriment of both the scheduling party and the requesting party. 

25 Also, this determination may require a significant amount of time that causes the 
requesting party to experience uncertainty during the delay. 

After the scheduling party makes the determination of whether the request can be 
accommodated, then the scheduling party must then communicate a response to the 
requesting party to inform the requesting party. This response may require that the 

30 scheduling party seek out the requesting party, especially where significant time has 
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passed since the initial request was presented. The scheduling party is inconvenienced 
because it may be difficult to successfully contact the requesting party. 

SUMMARY 

5 Embodiments of the present invention address these issues and others by 

providing methods and systems that assist scheduling tasks with automation. The 
automation takes a scheduling request, determines whether it can be accommodated 
based on the current schedule, and adapts the schedule to show that the request has been 
accommodated when possible. The automation may also provide a confirmation to the 
10 requesting party and/or the scheduling party to inform them of the handling of the 
request. 

One embodiment is a method of assisting scheduling with automation. The 
method involves receiving a verbal scheduling request from a customer at a voice 
services node over a voiced call. A query is formulated to a schedule database based on 
1 5 the received verbal scheduling request to determine whether the request is compatible 
with a current schedule of the schedule database. When the request is compatible with 
the current schedule, the current schedule of the schedule database is adapted based on 
the scheduling request. A notification signal of the alteration to the current schedule is 
then generated. 

20 Another embodiment is a method of assisting scheduling with automation 

utilizing verbal communication. The method involves receiving verbal answers for the 
schedule request from a customer at a voice services node. The set of verbal answers are 
interpreted to produce request data. The request data is compared to schedule data of a 
current schedule to determine whether the schedule request is compatible with the current 

25 schedule. When the request is compatible with the current schedule, then the schedule 
data of the current schedule is adapted based on the request data. 

Another embodiment is a system for assisting scheduling with automation. The 
system includes a voice services node that receives a verbal scheduling request from a 
customer over a voiced call and provides scheduling request data for the scheduling 

30 request signal. A scheduling database contains data for a current schedule. A network- 
based computer-implemented scheduling application receives the scheduling request data 
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from the node, compares the scheduling request data to the data for the current schedule 
to determine whether a scheduling request of the verbal scheduling request is compatible 
with the current schedule, and adapts the data for the current schedule based on the 
scheduling request data when the scheduling request is compatible with the current 
5 schedule. 

Another embodiment is a system for assisting scheduling with automation 
utilizing verbal communication. The system includes a voice services node that converts 
question data to provide a set of verbal questions for a schedule request to a customer. 
The voice services node receives a set of verbal answers from the customer and converts 

10 the set of verbal answers into request data. A schedule database contains schedule data 
for a current schedule. A network-based computer-implemented application provides 
question data to the voice services node and receives the request data from the voice 
services node. The computer-implemented application compares the request data to the 
schedule data for the current schedule and adapts the schedule data according to the 

1 5 request data when the request data is compatible with the schedule data. 

DESCRIPTION OF THE DRAWINGS 
FIG. 1 shows an illustrative embodiment of a system for assisting customers in 
scheduling with automation where various forms of communication from the customer 
20 may occur including verbal communication over a voiced call and/or data 
communications. 

FIG. 2 shows an illustrative embodiment of an application and database portion of 
a system for assisting customers in scheduling with automation. 

FIGS. 3-5 illustrate one example of a set of logical operations that may be 
25 performed within the system of FIG. 1. 

FIG. 6 illustrates one example of a set of logical operations that establish verbal 
interaction over a voiced call with a customer in conjunction with the logical operations 
of FIGS. 3-5. 



30 
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DETAILED DESCRIPTION 
Embodiments of the present invention provide a customer with a network-based 
service that handles scheduling tasks such as reservations or appointments between the 
customer, i.e. the requesting party, and the scheduling party. The requesting party and 
5 scheduling party are free to interact with the automated system at their convenience to 
determine the scheduling rather than being required to attempt direct contact with each 
other. 

FIG. 1 illustrates one example of an encompassing communications network 
interconnecting communications devices of the requesting party and the scheduling party 

1 0 with the network-based system that automates the scheduling process. The requesting 
party and scheduling party may access the system through several different channels of 
communication, including verbal channels. As discussed below, the customer 
communicates verbally with a voice services node that may be present in various 
locations for different embodiments. 

1 5 As one example, the requesting party may place a conventional telephone call 

from a telephone 1 12 through a network 1 10 for carrying conventional telephone calls 
such as a public switched telephone network ("PSTN") or adapted cable network. The 
PSTN/cable network 1 10 receives the call at a central office 106 that provides software 
controlled switching of the incoming telephone calls as well as routing of data messages 

20 discussed below. The call terminates at a terminating voice services node 102 of the 
PSTN/cable network 110 according to the number dialed by the customer. This voice 
services node 102 is a common terminating point within an advanced intelligent network 
("AIN") of modern PSTNs or adapted cable networks and is typically implemented as an 
intelligent peripheral or could otherwise be implemented as a soft switch and media 

25 server combination. 

Another example of accessing the system is by the customer placing a voiced 
telephone call from a wireless phone 116. The wireless phone 116 maintains a wireless 
connection to a wireless network 114 that includes base stations 134 and switching 
centers 136 that are gateways to the PSTN 1 10. The PSTN 1 10 then directs the voiced 

30 call from the wireless phone 1 16 to the voice services node 102 according to the number 
dialed by the customer on the wireless phone 116. Furthermore, the wireless phone 116 



4 



Attorney Docket No. 60027.0196US01 



may function as a thin client device relative to the verbal functions of the automated 
scheduling system such that the wireless phone 116 implements a distributed speech 
recognition ("DSR") platform to minimize the information transmitted through the 
wireless connection. The DSR platform takes the verbal communication received from 
5 the customer at the wireless device 116 and generates parameterization data from the 

verbal communication. The DSR platform then transmits the parameterization data as the 
verbal communication to the voice service node 102 or 136 rather than all the data 
representing the verbal communications. The voice services node 102 or 136 then 
utilizes a DSR exchange function 143 to translate the DSR parameterization data into 
10 representative text which the voice services node 102 or 136 can deliver to an application 
server 128. 

Another example of accessing the system is by the customer placing a voiced call 
from a voice-over- IP ("VoIP") based device such as a personal computer 122 or where 
telephone 1 12 is a VoIP phone, This VoIP voiced call from the customer may be to a 

15 local VoIP exchange 146 which converts the VoIP communications from the customer's 
device into conventional telephone signals that are passed to the PSTN 110 and on to the 
voice services node 102. The VoIP exchange 146 converts the conventional telephone 
signals from the PSTN/cable network 1 10 to VoIP packet data that is then distributed to 
the telephone 1 12 or computer 122 where it becomes verbal information to the customer. 

20 Additionally, the wireless phone 1 16 may be VoIP capable such that communications to 
the wireless data network 1 14 include VoIP that is then converted to speech within the 
network 114 prior to being delivered to a voice services node 102. 

The VoIP voiced call from the customer may alternatively be through an Internet 
gateway of the customer, such as a broadband connection or wireless data connection, to 

25 an Internet Service Provider ("ISP") 1 1 8 . The ISP 1 1 8 interconnects the gateway of the 
customer or the wireless data network to the Internet 108 which then directs the VoIP 
voiced call according to the number dialed, which signifies an Internet address of a voice 
services node 148 of an intranet 130 from which the automated scheduling service is 
provided. The VoIP voiced call may originate from a PC 122 or other home appliance 

30 with integrated VoIP functionality such as a television. This intranet 130 is typically 

protected from the Internet 108 by a firewall 132. The voice service node 148 includes a 
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VoIP interface and is typically implemented as a media server which performs the VoIP- 
voice conversion such as that performed by the VoIP exchange 146 but also performs 
text- to- speech and speech recognition such as that performed by the voice services node 
102 and discussed below. Accordingly, the discussion of the functions of the voice 
5 services node 102 also applies to the functions of the voice service node 148. 

As yet another example, the wireless device 116, 120, or 144 may be a wireless 
data device such as a personal digital assistant: The wireless device 116 and/or personal 
computer 122 may have a wi-fi wireless data connection, such as via IEEE 802.1 1, to the 
gateway 121 or directly to the wireless network 1 14 or wireless data network 150 such 

10 that the verbal communication received from the customer is encoded in data 

communications between the wi-fi device of the customer and the gateway 121 or 
wireless network 114. - 

Another example of accessing a voice services node 102 or 148 is through verbal 
interaction with an interactive home appliance 123. Such interactive home appliances 

15 may maintain connections to a local network of the customer as provided through a 
gateway 121 and may have access to outbound networks, including the PSTN/cable 
network 110 and/or the Internet 108. Thus, the verbal communication may be received at 
the home appliance 123 and then channel via VoIP through the Internet 108 to the voice 
services node 148 or may be channeled via the PSTN/cable network 1 10 to the voice 

20 services node 10.2. 

Yet another example provides for the voice services node to be implemented in 
the gateway 121 or other local device of the customer so that the voice call with the 
customer is directly with the voice services node within the customer's local network 
rather than passing through the Internet 108 or PSTN/cable network 110. The data 

25 created by the voice services node from the verbal communication from the customer is 
then passed through the communications network 100, such as via a broadband 
connection through the PSTN/cable 1 10 and to the ISP 1 18 and Internet 108 and then on 
to the application server 128. Likewise, the data representing the verbal communication 
to be provided to the customer is provided over the communications network 100 back to 

30 the voice services node within the customers local network where it is then converted 
into verbal communication provided to the customer. 
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The requesting party may also contact the automated scheduling service through 
non-verbal channels of communication with encoded verbal communication such as 
described above in the context of using a wi-fi connection. The requesting party may 
utilize non-verbal channels of communication to transmit verbal communication that has 
5 been encoded for transfer as data. Additionally, the requesting party may utilize non- 
verbal channels of communication to transmit and receive non-verbal data, such as a 
conventional email, instant messages, or pages. 

For example, the requesting party may utilize a wireless data device 120 such as a 
personal digital assistant, a wireless pager, a wireless phone in data mode, or a wireless 

10 device also equipped as a thin client enabled with distributed speech recognition ("DSR") 
as discussed above which communicates through a wireless data network 150. The 
wireless data network 150 includes base stations 138 and gateways 140 to the Internet 
108 through the ISP 118. 

Likewise, the scheduling party may also communicate with the automated 

15 scheduling service through non-verbal channels of communication. For example, the 
scheduling party may utilize a wireless data device 144 that communicates through the 
wireless data network 150 including the base stations 138 and gateways 140 to the 
Internet 108. Alternatively, the scheduling party may utilize a personal computer 142 or 
other communications equipped appliance such as a television with a wireless or wireline 

20 data connection to the Internet through the ISP 1 08 over a data connection of the PSTN 
1 10 or other data capable infrastructure. Thus, the scheduling party may upload or 
download scheduling information or be notified of schedule changes through various 
types of data messages such as emails, short messages, and/or instant messages or by 
visiting a web page posted by the automated scheduling service. Furthermore, the 

25 schedule may be provided as a display on the personal computer 142 or other 

communications equipped appliance and the updates made to the schedule by the 
automated scheduling service appear as the schedule display is refreshed. 

Where verbal communications occur between the requesting party and the 
automated scheduling service, the voice services node 102 provides text-to-speech 

30 conversions and/or pre-recorded scripting to provide verbal communication to the 
requesting party over the voiced call and performs speech recognition and natural 
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language understanding to receive verbal communication from the requesting party. 
Accordingly, the requesting party may carry on a natural language conversation with the 
voice services node 102. To perform these conversations, the voice services node 102 
implements a platform such as the well-known voice extensible markup language 
5 ("VoiceXML") context which utilizes a VoiceXML interpreter function 104 of the voice 
services node 102 in conjunction with VoiceXML documents. Alternatively, the voice 
services node 102 may implement other well-known voice services platforms such as the 
speech language application tags ("SALT") platform. The interpreter function 104 
operates upon the VoiceXML or SALT documents to produce verbal communication of a 

10 conversation. The VoiceXML or SALT document provides the content to be spoken 

from the voice services node 102. The VoiceXML or SALT document is received by the 
VoiceXML or SALT interpreter function 104 from an application server 128, discussed 
below, through a data network connection of the communications network 100 in 
response to a voiced call being established with the requesting party at the voice services 

15 node 102. This data network connection as shown in the illustrative system of FIG. 1 
includes a link through a firewall 105 to the Internet 108 and on through the firewall 132 
to the intranet 130. 

The verbal communication from the requesting party is received at the voice 
services node 102 and is converted into data representing each of the spoken words 

20 through a conventional speech recognition function of the voice services node 102. The 
VoiceXML or SALT document that the VoiceXML or SALT interpreter 104 is operating 
upon sets forth a timing of when verbal information that has been received and converted 
to data is packaged in a particular request back to the VoiceXML or SALT document 
application server 128 over the data network. This timing provided by the VoiceXML or 

25 SALT document allows the verbal responses of the requesting party to be matched with 
the verbal questions and responses of the VoiceXML or SALT document. Matching the 
communication of the requesting party to the communication from the voice services 
node enables an application server 128 of the intranet 130 to properly act upon the verbal 
communication from the requesting party. As shown, the application server 128 may 

30 interact with a voice services node through an intranet 130, through the Internet 108, or 
through a more direct network data connection as indicated by the dashed line. 
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The application server 128 is a conventional computer server that implements an 
application program to control the automated scheduling service for the requesting party 
and the scheduling party. The application server 128 may additionally or alternatively 
provide files of pre-recorded verbal prompts to the voice services node where the file is 
5 implemented to produce verbal communication. The application server 128 may store 
the various pre-recorded prompts, grammars, and VoiceXML or SALT documents in a 
database 129. The application server 128 may receive data corresponding to verbal 
communication from a requesting party and may act upon keywords of the representative 
data to formulate schedule requests. The application server 128 may alternatively receive 

1 0 data messages from the requesting party such as emails, short messages, instant 

messages, or entries through a web page template. These data messages contain the data 
that the application server 128 utilizes for the schedule request. 

It will be appreciated that the functions of the application server 128 may be 
divided and hosted separately. The scheduling server portion providing the interaction 

15 with the scheduling database(s) 126 and profile database(s) 124 may be within an 

intranet 130 while the VoiceXML or SALT application may be hosted elsewhere, such as 
proximate to the voice services node 102 and interpreter 104 as part of a voice portal 
service. Thus, references to an application server 128 are intended to refer to the hosting 
of both the scheduling and voice portal functions, either as integrated functionality of one 

20 or more servers on the intranet 130 or as separately hosted functionality linked through 
network connection. 

For a configuration of the automated scheduling service as shown in FIG. 1 where 
the service is specific to one scheduling party, then such schedule request data specifies 
the identity of the requesting party, a time to schedule, a date to schedule, and any 

25 preferences of the requesting party such as the particular service to be provided or a detail 
about the service. For example, the schedule request may be a restaurant reservation 
request that specifies that the non-smoking section is desired. For a configuration of the 
automated scheduling service, shown in FIG. 2 and discussed in more detail below, 
where the service is applicable to multiple and varied scheduling parties, then the 

30 schedule request data also specifies the identity of the business that is to be the 
scheduling party for this particular request. 
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The application server 128 may also interact with a profile database 124 that is 
populated with information that is obtained from the requesting party through previous 
verbal communication or data messages or by tracking previous scheduling requests. For 
example, the profile database 124 may have various categories of information stored for 
5 each requesting party who utilizes the automated scheduling service, such as the 

preference of smoking versus non-smoking for a restaurant or tee times for specific days. 
The application server 128 accesses the relevant profile data for a particular schedule 
request from a requesting party to fill in any details not yet provided or omitted by the 
communication from the party. For example, the requesting party may request that a 

1 0 restaurant reservation be made but then does not specify smoking versus non-smoking. 
The application server 128 may access the profile database 124 for the requesting party to 
determine the appropriate choice before prompting the caller. 

As shown in FIG. 1, the profile database 124 may reside on the intranet 130 for 
the network-based scheduling service. However, the profile database 124 likely contains 

15 information that the requesting party considers to be sensitive. Accordingly, an 

alternative is to provide profile database storage at the requesting party's residence or 
place of business so that the requesting party feels that the profile data is more secure and 
is within the control of the requesting party. In this case, the application server 128 
maintains an address of the profile database storage maintained by the requesting party 

20 rather than maintaining an address of the customer profile database 124 of the intranet 
1 30 so that it can access the profile data as necessary. 

The application server 128 also interacts with a scheduling database 126 that 
stores scheduling data for the scheduling party for which the automated scheduling 
service is applicable. The scheduling data is a calendar containing available and/or 

25 booked time slots as well as available preferences for each time slot. For example, the 
scheduling data for a restaurant shows the available time slots with the available 
preferences for each and also contains the booked time slots with any preferences for 
each booking. When a scheduling request is received by the application server 128, the 
details of the request are compared to the availabilities of the current schedule as 

30 indicated by the scheduling data to determine whether the request is compatible with the 
current schedule. Where the request is compatible because it fits within the availabilities 
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of the schedule, then the application server 128 then alters the schedule data as 
appropriate to reflect the request and may also provide notification to both the requesting 
party and the scheduling party of the change to the schedule. Where the request is not 
compatible, then the application server 128 does not alter the schedule but instead 
5 provides a notification to the requesting party that the request cannot be accommodated. 
The application server 128 may also offer the requesting party an alternative based on 
adjoining times with comparable preferences. Such notifications may be verbal over a 
voiced call or may be a return data message. 

For verbal communications with the requesting party, the application server 128 

10 provides VoiceXML or SALT documents to the voice services node 102 to bring about 
the conversation with the requesting party over the voiced call through the PSTN 110 
and/or to the voice services node 148 to bring about the conversation with the requesting 
party over the VoIP Internet voice call. In addition to providing VoiceXML or SALT 
documents to the one or more voice services nodes of the encompassing communications 

15 network 100, the application server 128 may also serve hyper-text markup language 

("HTML"), wireless application protocol ("WAP"), or other distributed document formats 
depending upon the manner in which the application server 128 has been accessed. For 
example, as discussed above, a requesting party may choose to send the application 
server 128 profile information and/or a schedule request by accessing a web page 

20 provided by the application server to the personal computer 122 through HTML or to the 
wireless device 120 through WAP via a data connection between the wireless data 
network 150 and the ISP 118. Such HTML or WAP pages may provide a template for 
entering information where the template asks a question and provides an entry field for 
the requesting party to enter an answer that will be stored in the profile database 124 or 

25 will be used to formulate a schedule request. 

The application server 128 may also interact with a fax server 150 over the 
intranet 130 to provide faxed notifications of schedulings to requesting and scheduling 
parties. The fax server 1 50 may place faxed calls to fax machines of the scheduling and 
requesting parties through the PSTN/cable network 110. 

30 While FIG. 1 illustrates the configuration of the automated service utilizing a 

scheduling database 126 that is devoted to the scheduling party, or is part of a centralized 
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service that is applicable to multiple scheduling parties so that a requesting party can 
contact the service to submit a scheduling request for a variety of different businesses. In 
this situation, the request specifies the particular scheduling party for which the 
scheduling request is intended. The configuration of the automated scheduling service 
5 that is applicable to multiple scheduling parties is shown in FIG. 2. As shown in FIG. 2, 
multiple scheduling databases 202, 204, and 206 are provided for the separate scheduling 
parties that are included in the options of the automated scheduling service. While FIG. 2 
illustrates three separate databases with three separate connections to the intranet 130, it 
will be appreciated that the databases may be separate segments of a single database 

10 structure where each segment is individually addressable by the application server 128' 
over a single network connection from the intranet 130. The application server 128' 
obtains the identity of the scheduling party from the schedule request and accesses the 
appropriate database or segment accordingly to determine whether the request is 
compatible with the current schedule. 

1 5 This multi-business approach could also be used to search for available options 

for a reservation or appointment among several competing scheduling parties. For 
example, the scheduling party may establish a business method whereby it acts as a 
"broker" for several competing businesses, e.g., restaurants. The requesting party might, 
for example, submit a request for restaurant reservations in the theater district for a 

20 specific day at a specific time. The scheduling party can respond to the requesting party 
with available options, screening out those that are not available. 

As shown in FIG. 2, there may also be individual profile databases 208, 210, and 
212 for each scheduling party so that a requesting party has preferences for one business 
stored in one database while the preferences of the requesting party for another business 

25 are stored in another database. As with the scheduling databases, it will be appreciated 
that the individual profile databases for each business may instead be segments of a 
database with one connection back to the intranet 130 as opposed to individual databases 
each with a separate connection. Upon the application server 128' obtaining the identity 
of the requesting party and the scheduling party from the schedule request, the 

30 appropriate profile database or segment may then be accessed to determine the 
preferences of the requesting party for the relevant scheduling party. 
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FIGS. 3-5 illustrate one example of logical operations that may be performed 
within the communications network 100 of FIG. 1 to bring about the automated 
scheduling for the requesting party and scheduling party. This set of logical operations is 
provided for purposes of illustration and is not intended to be limiting. For example, 
5 these logical operations demonstrate support for various channels of communication 
between the requesting party, scheduling party, and the automated service. However, it 
will be appreciated that other types and any number of channels of communication may 
be supported, including transfer to a human agent for the scheduling party. 

The logical operations begin at request operation 306 where a scheduling request 

10 is received verbally through a voiced call placed to a voice services node. The details of 
request operation 306 are discussed in more detail below with reference to FIG. 6. At 
recognition operation 308, the verbal scheduling request is interpreted by the voice 
services node utilizing speech recognition and natural language understanding to produce 
request data that is textual data which is the representative meaning of the words spoken 

15 by the requesting party. The request data is exchanged with the application server at 
exchange operation 3 1 0. Operational flow then proceeds to database operation 312. 

At database operation 312, the application server formulates a query to the 
scheduling database to determine if the request is compatible with the current schedule. 
The query is formulated based upon the keywords of the request data that has been 

20 received from the voice services node. Where the request omits or has yet to provide 
some information that may be included in the query, the application server may access 
the profile database to search for preferences of the requesting party to complete the 
formulation of the query. The application server obtains the preferences of the customer 
from the profile database at access operation 313. Where critical information of the 

25 request has been omitted, such as the date or time, then the application server may send a 
communication back to the requesting party to ask for the missing information. This 
communication may be of the same form as the request that has been submitted, such as a 
reply email, instant message, or data message or a verbal reply over the voiced call The 
details of the verbal reply are discussed in more detail below with reference to FIG. 6. 

30 Upon the application server completing the formulation of the query to the 

scheduling database, query operation 314 detects whether the request is compatible with 
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the current schedule. As discussed above, this is done by comparing the details of the 
request included in the query to the schedule data for the current schedule to determine 
whether the request can be accommodated by available time slots and preferences of the 
current schedule. When the request is compatible with the current schedule, then 
5 operational flow proceeds to schedule operation 316 of FIG. 4. When the request is not 
compatible with the current schedule, then operational flow proceeds to notification 
operation 328. 

At schedule operation 316, the application server updates the current schedule 
data of the schedule database to reflect the schedule request by adapting the data of the 

10 schedule database as necessary. The requested time slot of the current schedule is 
flagged as booked with the details of the requesting party and the preferences of the 
scheduling request. The application server then generates a notification of the change to 
the schedule at notification operation 318. The notification is then delivered to the 
intended recipients, such as the requesting party and/or the scheduling party. The 

1 5 delivery may be of various forms depending upon the channels of communication that are 
available to the requesting party and the scheduling party. 

Where the requesting party and/or scheduling party has email or web site access, 
the notification is provided as an email message or message posting to a web site at 
message operation 320. Where the requesting party and/or scheduling party has a 

20 wireless data device, the notification is provided as a data message such as a short 
message, instant message, or pushed as an email message to the wireless data device 
through the wireless data gateway at message operation 322. Where the requesting party 
has placed a voiced call to the automated service such as through a home telephone or a 
wireless phone, then notification VoiceXML or SALT data is provided to the voice 

25 services node at exchange operation 324. Then the voice services node converts the 
notification VoiceXML or SALT data to speech over the voiced call to the requesting 
party at speech operation 326 to complete the notification. The requesting party may also 
engage in a bimodal session where by both voiced and data communications occur such 
that a notification involves both a voiced message and a data message. For example, a 

30 voiced message may notify the requesting party that an email, other data message, or fax 
confirmation will be sent. - 
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When operational flow transitions to notification operation 328 of FIG. 5, the 
application server generates notification data about the schedule not being adapted to 
reflect the request due to a conflict. The notification may provide suggestions to the 
requesting party such as availabilities that are similar to the request that has been 
5 submitted and that have been determined through the query to the requesting party's 

profile and to the scheduling database. For example, a reservation request to a restaurant 
may result in no compatibility at a particular time in the non-smoking section but that the 
smoking section would be available at that time, so the notification indicates that the 
smoking section is available at that same time if the requesting party would like to 

10 reserve it instead. The notification is then delivered to the requesting party, and the 

delivery of this notification may also be of various forms depending upon the channels of 
communication that are available to the requesting party. 

' Where the requesting party has email or web site access, the notification is 
provided as an email message or message posting to a web site at message operation 330. 

1 5 Where the requesting party has a wireless data device, the notification is provided as a 
data message such as a short message, instant message, or pushed as an email message to 
the wireless data device through the wireless data gateway at message operation 332. 
Where the requesting party has placed a voiced call to the automated service such as 
through a home telephone or a wireless phone, then notification VoiceXML or SALT 

20 data is provided to the voice services node at exchange operation 334. Then the voice 
services node converts the notification VoiceXML or SALT data to speech over the 
voiced call to the requesting party at speech operation 336 to complete the notification. 
Again, for bi-modal sessions, the notification may be provided verbally through a voiced 
call with the requesting party and inform the requesting party that an email, fax, or other 

25 notification will also be sent. Upon being notified that the request has not been 

accommodated, the requesting party may submit a different request, such as by changing 
a parameter or by accepting a suggestion that has been provided in the notification. It 
will be appreciated that other voiced calls, as discussed above, may support this request 
notification exchange. 

30 FIG. 6 illustrates one example of the logical operations that are involved in 

receiving a verbal request from a requesting party. This set of logical operations is 
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provided for purposes of illustration and is not intended to be limiting. For example, 
these logical operations discuss the application of VoiceXML or SALT within the 
communications network 100. However, it will be appreciated that alternative platforms 
for distribution of recorded prompts, text-to-speech, speech recognition, and natural 
5 language understanding may be used in place of VoiceXML, such as SALT as discussed 
above or a proprietary, less open method. 

The logical operations of FIG. 6 begin at call operation 602 where the requesting 
party places a voiced call to a voice services node such as by dialing the number for the 
scheduling service for the voice services node on the communications network or by 

1 0 selecting an icon on the personal computer where the voiced call is placed through the 
computer. The voice services node determines the particular service the requesting party 
wishes to use based on the number the requesting party dialed, the icon selected, or other 
indicator provided via the voice call at service operation 604. At access operation 606, 
the voice services node accesses the appropriate application server according to the voice 

15 call (i.e., according to the number dialed, icon selected, or other indicator provided by the 
customer). Utilizing the dialed number or other indicator of a voiced call to distinguish 
one application server from another allows a single voice services node to accommodate 
multiple verbal communication services simultaneously. The voice services node may 
provide identification data to the application server for the requesting party based on the 

20 . received caller ID information for the requesting party which allows the application 

server to access the profile for the requesting party as well as formulate the query to the 
scheduling database to reserve the time slot for the requesting party. 

Alternatively, the voice services node may implement a standard VoiceXML 
introduction page to inform the requesting party that he has dialed into the service and 

25 ask that the requesting party say his formal name or other form of identification, such as a 
user name and password. This identification can then be captured as data and provided 
back to the application server where it is utilized to access the profile for the requesting 
party. 

Once the voice services node receives the VoiceXML page data, it is interpreted 
30 at speech operation 608 to convert the VoiceXML text to speech or retrieve pre-recorded 
prompts that are then verbally provided to the requesting party. This verbal information 
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may provide further introduction and guidance to the requesting party about using the 
system. This guidance may inform the requesting party that he can barge in at any time 
with a question or with an instruction. The guidance may also specifically ask that the 
requesting party provide a verbal command, such as a scheduling request (and subsequent 
5 business name where multiple businesses are supported) or a request to update the profile 
data. 

Eventually, the voice services node receives a verbal request from the requesting 
party at request operation 610. This verbal request may be detailed so that it provides 
many preferences that would otherwise be found in the profile for the requesting party. 

10 This request may also be more general, such as a scheduling request that does not specify 
any preferences such that the profile data will be relied upon to formulate the query to the 
scheduling database. Operational flow then transitions to recognition operation 308 and 
exchange operation 310 discussed above with reference to FIG. 3. 

Upon the application server receiving the request data at exchange operation 310, 

15 the application server determines whether the requesting party intended to request 

scheduling or request an update to the profile database. When the request is to update the 
profile database, then the application server updates the database according to the request 
data specifying the change at preferences operation 614. When the request is a 
scheduling request, then the application server determines whether all the necessary 

20 information for formulating a request has been provided either from the request or from 
accessing the profile database. The application server then prepares responsive 
VoiceXML data of a VoiceXML document at response operation 612. 

The responsive VoiceXML data instructs the voice services node to verbally 
communicate with the requesting party. The communication may request that the 

25 requesting party provide additional information about the scheduling where the 

application server has detected that a piece of necessary information is missing, such as 
the time of day to be scheduled. Where the request data is complete, the communication 
may inform the requesting party that the request is being handled and that a response will 
be provided upon verifying whether the request can be accommodated. Upon the 

30 application server preparing the VoiceXML data specifying the communication, the 
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VoiceXML document is provided to the voice services node at access operation 606, and 
operational flow continues. 

It will be appreciated that the scheduling party may also be a requesting party to 
the automated scheduling service should this party desire to secure an appointment or 
5 reservation independent of any direct access to the scheduling database 126. Likewise, it 
will be appreciated that the above processes defined to request a schedule slot can be 
employed by the business to update a schedule capacity and related features. The 
automated system recognizes the scheduling party from the manner in which the service 
is accessed or through an explicit request for identification, and then the scheduling party 

10 may request that the automated service update capacity as indicated by the scheduling 
party: Accordingly, in one interaction, a mobile employee can report capacity over a 
voiced network connection in real time as the mobile employee is viewing the available 
capacity, such as viewing available tables in a restaurant. Thus, as capacity increases or 
decreases, the scheduling party can access the automated service and instruct that the 

15 changes in capacity be reflected. 

The embodiments of the automated scheduling system discussed above allow a 
requesting party to submit a request that is received by the system over one of various 
channels of communication and is then acted upon by the system to attempt to 
accommodate the request. The requesting party and/or scheduling party are notified upon 

20 the schedule being altered to reflect the request or upon the request being rejected due to 
a conflict with the current schedule. Thus, the requesting party and the scheduling party 
are not required to be in direct communication, and the scheduling party is not required to 
mind the schedule to check for conflicts upon receiving a request. Furthermore, the 
scheduling party may utilize the automated scheduling system to update the supply and 

25 demand reflected by the scheduling database. 

Additionally, the scheduling party may use the automated scheduling service to 
notify requesting parties that the scheduling request such as an appointment or 
reservation is pending or is ready "now." In this fashion, the automated scheduling 
system also provides a reminder or a notification of "ready" for customers equipped with 

30 a PDA or other wireless communications device, thereby displacing the need for a 
custom, short range wireless paging device at the point of service. 
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Although the present invention has been described in connection with various 
illustrative embodiments, those of ordinary skill in the art will understand that many 
modifications can be made thereto within the scope of the claims that follow. 
Accordingly, it is not intended that the scope of the invention in any way be limited by 
the above description, but instead be determined entirely by reference to the claims that 
follow. 
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